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ETHERNET BASED TDM SWITCH 

FIELD OF THE INVENTION 
[0001] This invention relates generally to switches, and more particularly to 

switching data framed as a Time Division Multiplexing stream over an Ethernet 
backplane. 

BACKGROUND 

[0002] Data communication in a computer network involves the exchange of data 

Between two or more entities'interconnected — 
These entities are typically software programs executing on hardware computer 
platforms, such as end stations and intermediate stations. The stations typically 
communicate by exchanging discrete packets or frames of data according to predefined 
protocols. In this context, a protocol consists of a set of rules defining how the stations 
interact with each other. 

[0003] A switch is one example of an intermediate station which interconnects the 

communication links and subnetworks to enable transmission of data between the end 
stations. A switch functions as an interchange and provides path switching for data 
being transported over a network. Typically, a switch supports one network protocol, 
(e.g. Ethernet), meaning that the switch manages data in a particular format. Data in an 
Ethernet format will include a header, which specifies the destination and source of the 
data being transported. A switch having an Ethernet backplane (i.e. configured to handle 
Ethernet data traffic) routes the data to a location specified in the Ethernet header. This 
works well if all of the data follows the protocol of the switch. However, problems arise 
if data is not presented in the proper format. 

[0004] For example, some'&^ta is sent in a Time Division Multiplexing ("TDM") 
stream, meaning that multiple data stre&qs have been combined into one data stream. A 
TDM stream, by itself, is not compatible within Ethernet switch, which transports 
Ethernet frames across the backplane. Ordinarily^eparate TDM-compatible hardware is 
needed to transport TDM data streams. Thus, at leasbtwo system infrastructures would 
fee-needed; — - 

SUMMARY 

[0005] A method and apparatus for packetizing data framed as a TDM stream as 

an Ethernet packet are disclosed. In an embodiment, the data is packetized into an 
Ethernet frame having a header which includes information which indicates an- 
appropriate time at which to write the data into an outbound TDM stream. 
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DESCRIPTION OF THE DRAWINGS 
[0006] l^e features, aspects, and advantages of the present invention will 

become more fully apparent from the following Detailed Description and appended claims 
when taken in conjunction v^ittUhe accompanying drawings in which: 

FIG. 1 is a flow chart of a^nethod of packetizing TDM data as an Ethernet 

packet. 

FIG. 2 is a flow chart of a method olN^riting a TDM data stream into Ethernet 

frames. 

FIG. 3 is a flow chart of another method of whting a TDM data stream into 
"Ethernet-frames: - 



FIG. 4 is a diagram of a switch capable of writing a TDM data stream into 



EthernetframelT 




DETAILED DESCRIPTION 
[0007] The present invention overcomes the problems in the existing art 

described above by eliminating the need for multiple communication fabrics when 
switching TDM data traffic over an Ethernet-based system. In the following description, 
for the purposes of explanation, numerous specific details are set forth in order to 
provide a thorough understanding of the present invention. It will be apparent, however, 
to one skilled in the art that the present invention may be practiced without some of these 
specific details. The following description and accompanying drawings provide various 
examples for the purposes of illustration. However, these examples should not be 
construed in a limiting sense as they are merely intended to provide examples of the 
present invention rather than to provide an exhaustive list of all possible implementations 
of the present invention. 

[00081 Turning now to Figure 1, a method according to the present invention is 

shown. The method comprises a packetizing step 10, in which an inbound TDM data 
stream is framed as an Ethernet packet having ^heade? )which includes information which 
indicates an appropriate(Hn^?at which to write the TDM data into an outbound TDM 
stream. Among other applications, this packetizing step 10 allows for switching data 
framed as a TDM stream over an Ethernet backplane and eliminates the need for separate 
communications fabrics (e.g. one fabric for TDM data traffic and one for Ethernet 
traffic). In an embodiment, the packetizing step 10 can include writing a TDM frame into 
a first field in the Ethernet frame (e.g. the payload field) and writing information which 
indicates an ^prognatetime)to insert the data into an outbound TDM stream into a 
second field in the Ethernet frame (e.g. the^estination.field). Among others, the 
i nformation ^hi Ak the data jinto ^^utboimd/rDM 

strea m could be (1) the destination o f the TD Mjiata, or (2) information identifying which 
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V^i-tV- block of the TDM stream the data came from in order to reassemble the data correctly in 
an outgoing TDM stream, or (3) both the destination information and the identifying 
information. 

r~ [0009] In an embodiment not shown, the packetizing step 10 of Figure 1 can 

include double buffering the TDM data. For example, the inbound TDM data stream is 
written to a first buffer. The inbound TDM data stream is then written to a second buffer 
while the TDM data previously stored in the first buffer is written into an Ethernet packet. 
[0010] It is worth noting that the amount of TDM data included in each Ethernet 

frame can be varied. As the amount of TDM data per Ethernet frame increases, so does 

~th^Mency~associated"with~bufferi 

reassembling the TDM data. As the amount of TDM data per Ethernet frame decreases, 
so does the speed at which the TDM data can be transported and reassembled for the . 
outbound TDM stream. Thus, the optimal amount of TDM data included in each Ethernet 
frame will vary. 

[0011] Turning now to Figure 2, an embodiment of the present invention is 

shown in which TDM data is handled by a switch with an Ethernet backplane. The 
method begins with accepting an incoming TDM stream 20 into the switch, and the TDM 
stream includes TDM data frames. The TDM data is written into an Ethernet frame 22 
and sent to a destination of the TDM frame 24. Once the TDM frame reaches its 
destination, the TDM frame is extracted from the Ethernet frame 26 and included in an 
outgoing TDM stream 28. 

[0012] Figure 3 shows an embodiment similar to the embodiment shown in 
Figure 2. In addition to steps 20, 22, 24, 26, and 28, the embodiment of Figure 3 
includes double buffering th e TDM data 21 bef ore writing the T DM^ata intojhe Ethernet 
fr ame 23 and double b uffering the extracte dJDMdiat a 27 before inc luding.theJXjM data 
in an outgoing TDM stream 28. Although double buffering is shown both before and 
after transport of the Ethernet frame, it is within the contemplation of the present 
invention to double buffer only once, either before or after sending the Ethernet frame. 
[0013] A&.mentioned in reference to Figure 1, an embodiment could also 
include writing destination infor mation and identifying inform ation pert a ining to the TDM 
d ata into o ngjjg ld in the S h ernet frame and writing TDM data into another field in the 
Ethernet frame. Specifically, Fi^re 3 shows writing the TDM data into the Ethernet 
frame 23, which includes writing TD^kdata into the pay load field of the Ethernet frame, 
writing the TDM destination into the EthenteJ; destination field, and writingXDMJdpck 
identification-informa tion in the lower bits of thfesdestination field of the.Ethemetframe. 
Although the TDM data is shown as being written ^specific fields in the Ethernet frame, 
it is also contemplated that the TDM data may be writtenfel§ewhere or in a different 
•ajrangement. - ~ 



# 
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[0014] Figure 4 shows a switch 40 in accordance with the present invention. 

The switch 40 shown has certain components omitted so as not to obscure the invention. 
The switch 40 has a bus 42 which connects line card 44, line card 46, and a switch card 
48. As a TDM data stream enters the switch 40 via one of the lines 50, the line card 44 to 
which the line 50 is attached has circuitry (not shown) to write the TDM data fr a mes in to 
Ethernet frames. The line card circuitry sends the Ethernet frames to a destination of the 
TDM frames. In one instance, the destination could be another line card 46 in the switch 
40. In which case, the Ethernet frame would be sent over the bus 42, through switch 
card 48 and to the appropriate line card 46. However, the destination may be the same 

4ine-eard-44-whieh-reeeive - 

would not be utilized in that instance. 



[0015] Similar to Figures 1-3, the switch 40 could include buffers in the line 

cards 44-46 to double buffer incoilHQg and/or outgoing TDM data streams. In addition, 
the line cards 44-46 could include circuitiy^Qwrite destination information and 
identifying information pertaining to the TDM dafeioto one field in the Ethernet frame 
e nd TD M-data into anotherTield iivthe^EthernBtrframe 
[0016] It is to be understood that even though numerous characteristics and 

advantages of various embodiments of the present invention have been set forth in the 
foregoing description, together with details of the structure and function of various 
embodiment of the invention, this disclosure is illustrative only. Changes may be made 
in detail, especially matters of structure and management of parts, without departing from 
the scope of the present invention as expressed by the broad general meaning of the terms 
of the appended claims. 



